home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Amiga Format CD 42
/
Amiga Format AFCD42 (Issue 126, Aug 1999).iso
/
-serious-
/
comms
/
other
/
amarquee
/
amarquee49.readme
< prev
next >
Wrap
Text File
|
1999-05-25
|
8KB
|
151 lines
Short: V49.8 TCP Data Broadcast System (library & server)
Author: hparting@hem.passagen.se (Håkan Parting & Jeremy Friesner)
Uploader: hparting@hem.passagen.se (Håkan Parting)
Version: 49.8
Type: comm/net
Requires: Workbench 2.04+, Inet225 or AmiTCP3.0b+ or compatible TCP stack
----------------------------------------------------------------
AMARQUEE v49.8
(Released May 16th 1999)
----------------------------------------------------------------
The Problem:
You have a great idea for a killer multi-player Internet game
or multi-user net app, but it's a total pain in the @)#$* to
write all the TCP connection and data synchronization code
you'll need to get it going. So you put your idea on the
back-burner and go play "Lemmings" instead. And thus the
Amiga is deprived of a fun Internet app. D-oh! :(
The Solution: (well, okay, it's *a* solution, anyway)
AMarquee is a system that handles all of the icky information
distribution details for you, allowing you to concentrate on
coding your application, rather than on which data goes into
which socket when. AMarquee consists of a shared library and
a TCP daemon, which work together to get your data where it
needs to be. Your program calls simple amarquee.library
functions to broadcast your data, and waits on a provided
MsgPort for data from other hosts. Easy!
Note that this now (from v.49) also work with any TCP service, like HTTP,
FTP and so on.
Features of amarquee.library (the shared library/API):
- Programs written to use amarquee.library will work transparently
with Inet225, AmiTCP, Miami, or any other TCP stack that is
"AmiTCP compatible".
- Has a simple API that requires no knowledge of multithreading
techniques or socket programming to use.
- Each AMarquee connection you make automatically and transparently
starts a separate background execution thread, so your app will
never have to block while data is sent or received.
- An arbitrary number of AMarquee connections may be active at once.
- Allows you to "subscribe" to data that interests you, so that
when the data on the server is changed you will be automatically
notified. You never need to poll for anything!
- An easy mechanism for sending messages to one or many other
AMarquee clients that are logged into the same server.
- Standard Amiga wildcarding is supported in all applicable functions.
This allows you to easily and succinctly refer to one host or data
item, or many, as appropriate.
- #includes for C, C++, and PCQ Pascal are included.
- ARexx accessible. That is, ARexx scripts can use amarquee.library
through rexxamarquee.library for communications using the same API
that compiled C programs do.
- Example programs in C, C++, Pascal, and ARexx are included.
- Operation is almost totally asynchronous for efficiency, but
several easy synchronization methods are available if you need them.
- Can also be used for direct client-to-client connections and
for making inetd-launched or manually-launched daemon programs.
- Automatically detects when the computer on the other end of
the AMarquee connection has crashed or been shut down, even
on idle connections.
- Can connect to any TCP servive, eg. HTTP and FTP, and it will work in
the same easy fashion like any other AMarquee connection.
Features of AMarqueed (the AmiTCP server):
- Works with Inet225, AmiTCP, Miami, or any other TCP stack
that is "AmiTCP compatible".
- Fully multithreaded design, with one server process per connection.
- Re-entrant code, to minimize memory usage.
- Data is stored in a filesystem-like tree structure for simplicity,
flexibility and efficiency. Each client gets its own "home directory"
that it may write to or read from, and each client may also
read from the "home directories" of other clients.
- Efficient design minimizes CPU usage, net bandwidth, and execution time.
- Limits may be put on memory usage, number of connections, and/or
which clients or apps may connect. Only serve the hosts and apps
you want to serve!
- Supports data streaming to one or many clients at once.
- Data streaming and synchronization features let you be sure your
data was read by all interested hosts before you update it again.
- Automatically detects and eliminates "dead" connections (e.g.
if the client computer was shut down without quitting politely)
- Server may be administered remotely by clients with "privileged"
status.
WHAT'S NEW IN VERSION 49.8:
( "-" = new feature, "*" = bug fix)
V49.8 : (Public Release 16-May-1999) (amarquee.library v49.6, rexxamarquee.library v49.6, AMarqueed v49.7)
- The current AMarqueed server name in the guide was updated.
* The examples AMarqueeSocketDebug.c and AMarqueeSocketHost.c that demonstrates the
new QNewSocketSession() functions in amarquee.library v.49. They shall be correct now.
- Add the examples GetURL.c and GetURL.rexx to the distribution. They show how to retreive
the index.html from a web-server. Both C and ARexx version included.
- The libraries and server were not updated.
V49.7 : (Public Release 14-Feb-1999) (amarquee.library v49.6, AMarqueed v49.7)
* The fd-file and the inline include file for GCC had errors.
* Race condition in AMarqueed fixed. Could only happen when no host were
connected to the server, and then suddenly two or more hosts connected to
the server in exactly the same moment. The two connecting hosts would then
be connected to two seperate isolated server instances running on the server
computer.
If those hosts were connecting with for example AmiComSys one of them would
only see himself in the client list.
- Added AMARQUEED_RESTRICTBROWSE and AMARQUEED_ALLOWBROWSE @{"environment variables" link UsingAMarqueed}
- The library was not updated in this release.
V49.6 : (Public Release 16-Jan-1999) (amarquee.library v49.6)
- AMarquee.library development taken over by Håkan Parting after Jeremy had ceased
development for Amiga.
* Fixed major bug in AMarqueed:
In certain circumstances it was possible to get attributes one
was not subscribing to. Eg. If a client subscribed to /happyhost.com/QAmiTrack/name
and /nothappyhost.com/QAmiTrack/comment, one would get 'comment' from happyhost.com
and 'name' from nothappyhost.com in addition to what one wanted to receive.
If you subscribed on /localhost/QAmiTrack/comment and /qamitrack.tibb.at/QAmiTrack/comment.
You would receive two QMessages when one of these clients modify its data.
(Thanks to myself for fixing this! :)
* Fixed certain things to make it compile right with DICE 3.0, instead of former DICE 2.0
compilation.
* Exchanged Forbid() and Permit() 's with Semaphores, so the multitasking won't get disabled
in unnecessary situations.
- JAVA 1.0.2 version of AMarquee, called JAMarquee, available at
http://hem.passagen.se/hparting/jamarquee/
- Moved the Arexx piece of code into a new library named, rexxamarquee.library. Use it instead
of amarquee.library. The lib-offset is now -30 as with any other ARexx-function-library.
- Added QNewSocketSession(), QNewSocketSessionAsync() and QNewSocketServerSession() functions
to the library.
- Added QSendRawOp() function to the library.
- Added QSetKeyAccessOp() function to the library.
- Added support for access restrictions on the keys in AMarqueed (for use with
QSetKeyAccessOp()).
* Fixed memory leakage that happened every time the client got a ping from the server :)
- Added QGetHostName() and QGetProgName() functions to the library.